home *** CD-ROM | disk | FTP | other *** search
/ Aminet 8 / Aminet 8 (1995)(GTI - Schatztruhe)[!][Oct 1995].iso / Aminet / comm / uucp / AmigaUUCP1_16.lha / AmigaUUCP / Problems.DOC < prev    next >
Text File  |  1991-06-01  |  6KB  |  158 lines

  1.  
  2.  
  3.                 PROBLEMS.DOC
  4.  
  5.                 Matthew Dillon
  6.                 891 Regal Rd.
  7.                 Berkeley, Ca. 94708
  8.                 USA
  9.  
  10.                 uunet.uu.net!overload!dillon    or
  11.                 dillon@overload.Berkeley.CA.US
  12.  
  13.                 CED
  14.  
  15.     Those of you using the CED editor need to use the sticky option.
  16.     Unfortunately, CED requires that STICKY be the last argument so
  17.     what you really need to do is set the editor command in UULIB:Config
  18.     to execute a script file that runs CED with the filename and STICKY
  19.     option.
  20.  
  21.     The format for CED is:    CED file -sticky
  22.  
  23.     A script file can be found in UUCP:SC/UUCed
  24.  
  25.               MODEMS AND GETTY
  26.  
  27.     There are several possible sources of problems in setting up
  28.     UUCP.  The major problem areas in order of likelyhood are
  29.     listed below:
  30.  
  31.     (1) The modem is expecting a protocol that Getty has not
  32.     been told to use (XON/XOFF, 7WIRE, none)
  33.  
  34.     If the modem uses 7-wire use the -7 option for Getty, else it is
  35.     assumed the modem uses no protocol.  Normally you specify -7 but
  36.     the modem will probably work just fine whether you specify it or
  37.     not.
  38.  
  39.     (2) The modem does not hangup when DTR is dropped
  40.  
  41.     All modern modems hangup when DTR is dropped.  Usually a dip switch
  42.     enables/disables the option.  If it is impossible to drop a
  43.     connection by dropping DTR you can use the -d0 option to make Getty
  44.     use the +++ sequence.  This only works if you do not specify a dumb
  45.     modem in the -M option.
  46.  
  47.     NOTE: older versions of the A2232 multi-port serial.device do not
  48.     drop DTR when the device is closed.  There is no way to drop DTR
  49.     with these devices.
  50.  
  51.     When you cannot use DTR to drop a connection you must use the -d0
  52.     option so Getty will use +++ ATH0 instead.
  53.  
  54.     (3) The modem does not understand simple AT commands or does
  55.     not generate a CONNECT message.
  56.  
  57.     If the modem does understand dropping DTR but does not understand
  58.     simple AT commands or generate a CONNECT message use -c0 -Md (no
  59.     connect msg and dumb modem). In this case the baud rate must be
  60.     known and specified with one or more -B options.  When no CONNECT
  61.     message is available Getty does not know what the connect baud rate
  62.     actually is.  It will begin by trying the first -B option and
  63.     switch to the next whenever a line-break is received.
  64.  
  65.     (4) Baud rate problems
  66.  
  67.     The default modem type when no -M option is specified for Getty is
  68.     a hays modem.  If you have a multimodem you can use -Mm and the
  69.     baud adjust options for Getty.    Normally you specify a -B option
  70.     for each baud rate the modem is capable of connecting at.  If the
  71.     modem generates a CONNECT message you need only specify one -B
  72.     option that is used to reset the modem and Getty will automatically
  73.     handle the CONNECT messages.
  74.  
  75.     If your modem always talks to your Amiga at a given baud rate no
  76.     matter what the CONNECT message says then use a single -B option to
  77.     specify that baud rate then the -A option which tells getty to
  78.     ignore any baud rate specified in the CONNECT message.
  79.  
  80.     (5) GETTY CRASHES or FREEZES, TERMINAL PROGRAMS or UUCICO FREEZES
  81.  
  82.     Due to bugs in the serial.device, it is possible that Getty
  83.     and/or another program using the serial.device while Getty is
  84.     active will crash or freeze.
  85.  
  86.     To get around these problems you MUST use the -d0 option to
  87.     disconnect (+++ sequence), both for Getty and for UUCico.
  88.  
  89.                   OUTGOING CALLS
  90.  
  91.     Unfortunately Getty handles only incomming calls.  UUCico deals without
  92.     outgoing calls itself.  Currently you must specify the proper baud rate
  93.     in the L.Sys file for uucico to work properly. UUCico currently ignores
  94.     any connect message.
  95.  
  96.     Disconnecting will work the same way Getty handles it.  If there is no
  97.     Getty running disconnecting works by dropping DTR.
  98.  
  99.  
  100.                     NEWS
  101.  
  102.     RNews supposedly takes less memory now.  It still takes quite a
  103.     hunk and you may run out, which will cause queue files to be
  104.     left in your spool directory and possible temporary files in
  105.     your news directory.
  106.  
  107.                 POSTING NEWS
  108.  
  109.     If your feed does not accept posted articles there are two possible
  110.     problems.
  111.  
  112.     (1) you have set your timezone incorrectly, not likely but at least
  113.     one person has done that.
  114.  
  115.     (2) The feed does not accept the ordering of the news headers, meaning
  116.     it is probably running outdated news software.    Currently no solution
  117.     for this but I am making an attempt to organize headers such that
  118.     older software will accept them.
  119.  
  120.                 MAIL ADDRESSES
  121.  
  122.     If you have problems queuing mail check your L.sys file.  Try emailing
  123.     to the adjacent node directly. E.G. if you can connect to 'foo' try
  124.     emailing a test message to 'foo!postmaster'.  If you do not wind
  125.     up with three queue files in UUSPOOL: then your L.sys file
  126.     probably has a corrupted entry for foo.  Whenever you email to somebody
  127.     three files should end up being added to UUSPOOL: and whenever you
  128.     UUCico to a given machine the spool files in question should be deleted
  129.     as they are sent.  When UUCico receives mail from the remote machine it
  130.     will download the remote queue files to UUSPOOL: then uuxqt them. That
  131.     is, the remote queue files should will be placed temporarily in
  132.     UUSPOOL:, unpacked with rmail and placed in UUMAIL:, then deleted.
  133.  
  134.     The most common of all problems is an address like this:
  135.  
  136.     a!b!c!d!e!user%g
  137.  
  138.     In UUCP land this means:    a->b->c->d->e->g->user
  139.  
  140.     In ARPA land this means:    g->a->b->c->d->user
  141.  
  142.     To get around the problem you must determine the proper sequence
  143.     and convert the address to SOLELY bang-paths (!).  DMail has a
  144.     special variable ('help set' from dmail) that specifies fields to
  145.     find the return address in which may be helpful.  For especially
  146.     strange addresses you may have to look at the mail headers with
  147.     the 'h' command from dmail.
  148.  
  149.                    REMOTE SHELL STARTUP
  150.  
  151.     You can cause Getty to start up a remote CLI with the following entry:
  152.  
  153. <login>,<password>,<gid-dummy>,0,(AuxShell),ram:,execute uucp:sc/UUShell
  154.  
  155.     where uucp:sc/UUShell is a simple script file.
  156.  
  157.  
  158.